home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 887 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. From: Andreas Schwab <schwab@issan.informatik.uni-dortmund.de>
  2. Date: Wed, 19 Jan 94 12:38:57 +0100
  3. Message-Id: <9401191138.AA11388@issan.informatik.uni-dortmund.de>
  4. To: reschke@GOEDEL.UNI-MUENSTER.DE
  5. In-Reply-To: <9401191020.AA04257@math.uni-muenster.de> (message from Julian Reschke on Wed, 19 Jan 94 11:20:47 MET DST)
  6. Subject: Re: dreaddir/fxattr
  7.  
  8. Julian Reschke <reschke@GOEDEL.UNI-MUENSTER.DE> writes:
  9.  
  10. |> Below is a first draft:
  11. |> Proposal for a combined call for Dreaddir/Fxattr:
  12.  
  13. |> LONG Dreadattr( WORD len, LONG dirhandle, char *buf, WORD lflag, XATTR *xattr);
  14.  
  15. |> len, dirhandle and buf are just like in Dreaddir. lflag and xattr
  16. |> are the standard parameters for Fxattr.
  17.  
  18. I don't think this is needed. Look at the latest version of GNU find.
  19. It makes many optimizations regarding the need to stat() a file.
  20. E.g., when running on a directory with no subdirectories, and you only
  21. need the names of the files, it doesn't make any stat() calls. Such
  22. optimizations will give you more than a new system call, which is also
  23. difficult to bind into the existing dirent interface. (Of course, the
  24. optimizations are only possible on MinixFS, where you have real link
  25. counts for directories.)
  26.  
  27. If you can fix it by software, why changing the kernel? :)
  28.  
  29. ----------------------------------------------------------------------
  30. Andreas Schwab                                  "And now for something
  31. schwab@ls5.informatik.uni-dortmund.de            completely different"
  32.